2014年9月17日
By 1月时特约编辑
专题文章

MSE/EME/DASH会简化工作流程吗? 不要在这上面下注

在视频领域，专有技术本质上是不好的，除非它们不是. 标准不可避免地简化了问题，除非它们没有这样做. Flash也是如此, 以及它明显的后继者, 媒体源扩展(MSE), 加密媒体扩展(EME), 和动态自适应流通过HTTP (DASH).

MSE/EME/DASH是使网络发布者能够在其播放架构中取代Flash的标准. MSE通过将基于标准的自适应流媒体和实时传输引入HTML5浏览器和设备，消除了HTML5的两个最关键的限制. EME为HTML5浏览器提供了一个单一的加密API, 提供数字版权管理(DRM), 解决另一个以前的赤字问题. DASH是一种基于标准的文件格式，它将实际传送数据流. 愿景是一组缓存友好的DASH格式流，可以在任何MSE/ eme兼容的计算机或设备上播放, 哪一种将取代目前大多数制作人为Flash和HLS播放创建的两种流.

让我们从加密开始. 今天，大多数高级发行商为所有目标平台选择单一的DRM技术. 与电磁辐射, 然而, 每个浏览器或设备选择自己的DRM技术, 至少现在是这样, 选择非常有限. 这是, 微软使用PlayReady for Internet Explorer (IE), 谷歌在Chrome和Android上使用Widevine, 苹果在iOS和Safari上使用FairPlay, Firefox使用Adobe Access. 在所有这些浏览器或设备中播放, 您需要支持所有drm, 目前还不清楚这将如何发展.

编码端应该很简单:EME规范在文件头中启用多个drm, 因此，您可以创建一个可以在任何地方播放的文件包. 在回放, 目前还不清楚你是否需要支持多个drm才能到达不同的平台, 或者每个DRM是否可以在所有相关的浏览器或平台上使用. 举个例子, 微软最初的EME实现只在Windows 8上运行的IE 11上可用.1; whether Microsoft will expand this is unclear.

编解码器方面也很棘手. 作为基准, 除了Flash和HLS流，你还需要继续为传统设备制作, 你需要一套新的H.用于支持MSE/EME的新浏览器的基于264的DASH文件. 您可以使用相同的编码文件, 尽管DASH将在一个单独的包中, 降低媒体文件的可缓存性.

超过1080p真的很时髦. 今天，Chrome和Firefox都支持VP9. 没有浏览器支持HEVC，但让我们假设IE和Safari都支持. 要在Chrome和Firefox中支持VP9，您需要一组基于VP9的DASH文件. 支持IE/Safari, 您将需要一组基于hevc的DASH文件, 也应该在OTT机顶盒和智能电视上播放，可能会支持MSE/EME. 现在我们有两组流(Flash和HLS), 你可能需要多达五个小组来支持新的规范, 四个，如果你能加上H的话.264文件在HEVC和VP9 DASH包.

两年后的Flash将如何比较? 考虑Adobe PrimeTime, 其中包括HEVC播放和Adobe Access, 将drm的数量减少到一个，并从图像中消除VP9. Primetime可以支持HLS和DASH格式, 你可以接触到绝大多数的桌面和移动设备, 加上一些OTT, HLS格式. 为了获得更全面的报道, 您可能需要同时生成HLS和dash格式的包, 但两者都可以包含H.264和HEVC, 所以你需要两个包，而不是四个, 一组冗长的超高清编码，而不是两组.

当然，要访问此功能，您必须获得PrimeTime的许可. 否则, 以支援超高清播放, MSE和EME可能是您唯一的选择, 是时候开始考虑过渡了. Just don’t fool yourself into thinking that these standards will simplify your encoding requirements or workflows; from where I sit, 它们只是看起来需要更多的工作.

本文将刊登在2014年10月刊 流媒体 “闪电侠的终结”."